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REMARKS 



Status: 



Claims 1 - 17 stand rejected under 35 U.S.C. §1 03(a) as being unpatentably obvious in 
view of the teaching of US Pat. No. 6.058,389 to Chandra et al., considered in view of 
the teaching of US Pat. No. 5,857,1 80 to Hallmark et al. 

Claims 1-17 are presented for reconsideration as explained in the discussion below. 
Discussion: 

First, considering the recent Office Action at page 2 lines 5-6. it is indicated that "The 
commit that places the message on the queue ie the enqueue operation disclosed by 
Chandra " Chandra at col. 12, line 12 - col16, line 16 is cited in support of this position. 
However, referring to Chandra's Fig 6A, it is seen that enqueue is performed as step 
608 and Commit occurs later in the logic flow, at step 610. Commit makes the changes 
made by an enqueue operation permanent and occurs after the enqueue operation has 
finished. Indeed, at Chandra col. 14, lines 4-6, it is indicated, "In step 610 the process 
calls another kernel function to commit the recursive transaction" (holding added). 
Again note step 610 is a separate step subsequent to step 608 in the logic flow. The 
logic branch including step 604 does not show a commit step and the calling program 
apparently prevents any rollback (Chandra, col. 13., lines 38-44). 

Applicant's claims call for "assigning an index key to a message in response to 
commit of the operation of putting the message on the queue." In Chandra's logic of 
Fig 6A that would be an operation to assign an index key in the flow after the COMMIT 
step 610 (and earlier ENQUEUE step 608), an operation Chandra does not teach. 

For the flow branch of step 604, note at col 13. lines 41-43. the Chandra specification 
indicates "changes to the queue are not made until the calling application program 
indicates that the transaction should commit." At col. 11, lines 49-54, it is indicated that: 
"An application may specify thai a specific request is a transaction itself, thereby 
making As result immediately available. For example, messages can be made available 
to other applications either immediately after an enqueue or dequeue operation is 
completed or only after the transaction is completed." Chandra does not teach an 
assignment of an index key in response to commit of the operation of putting the 
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message on the queue in that event either. Note, Applicant's claims (see especially 
claims 1 and 13) now emphasize that commit occurs subsequent to the putting of the 
message. 

Further, at page 2 of the recent Office Action, lines 13-15 it is indicated that "Chandra 
teaches the timing of assignment, assigning the index key in response to 
commit/enqueue." And that "There is no lock involved in the enqueue operation." 

As discussed above, enqueue and commit are separate operations. Commit follows 
and makes the change permanent (again see Chandra's Fig. 6A). Merging the two 
operations with a T does overcome the lack of a teaching of logic responding to the 
commit (step 610) that assigns an index key. Again, there is no such logic after step 
610 and merging steps 608 and 610 does not create one. 

As regards the lock, see Chandra at col. 31 , lines 39-47 which indicates a commit must 
occur before the operation is carried out. That sounds like a lock requirement. There is 
no deferred index key shown in Chandra Fig. 6A to prevent the operation. Also in this 
regard, see Attachment A, The IBM Dictionary of Computing (several pages, including 
p. 1 1 9) regarding the definition of "COMMIT'. Item 4 of the definition refers to 
SQL(which Chandra recommends at the bottom of col. 12) and indicates "When a 
commit operation occurs, the locks are released to allow other applications to use the ; 
changed data. '' 

The lock logic prevents access before commit; and, as Applicant has taught and 
claimed, this result is advantageously achieved without lock logic by deferring 
assignment of the index key to occur after commit (Applicant's spec, at p. 9, lines 7-17). 
By so keeping the index key unavailable, Applicant prevents premature access without 
lock logic and testing of a lock state before accessing. 

Again Chandra does not teach a deferred assignment of an index key. And, the 
Hallmark teaching (US Pat. 5,597,180) does not overcome the deficiency. At col. 14, 
lines 3-6 it is indicated a scheduling system keeps track of the availability of data. I hat 
is not a deferred assignment of an index key, either. 

It is believed that the claims (e.g. claiml at line 3 and claim 13 at line 6) emphasize the 
assigning of the index key in response to commit (the subsequent commit of a put 
for placing the message on the queue). This is the claimed advantageous timing that 
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Applicant has recognized serves to reduce processing overhead relative to the prior art, 
as explained above. 

In accordance with the foregoing, it is believed the claims now clearly identify 
Applicants advantageous commit-responsive assignment of an index key - a deferred 
assignment that avoids the need for special logic to prevent premature access of 
shared data. Hence applicants earnestly solicit early notice that this case has been 
placed In condition for allowance. 
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■■.IMS 



irttmA profile 

ibrt Pronram Product that processes control com- 
ST S procedure commands and operation 
101 toS ^tnentt to the initiator (3) to 

M language (HLLJ; command processors are 
oked as commands, 

ifeand profile See profile. 
Sg.latigoiige. 

fcmd prompt A disced chapter or string of 
aiKHS that indicates that a user .oay enter a 
Snand to be processed. 

ffitootat allows a NetVic* operator to execut* 
tewd, i& a carrier tn^sRment system. 

.^rv i channel awd control unit procedure 
r^"^ *- «*■»* without require 

a-T/O interruption. 

LphI scan In CMS \^ ,X ?Z£d 
btmnand line enter* ana converts u to % *«. 
j^S parameter lifit. 

^ui stream. 

^nmmd string In AS/400 W 3 
practer suing that contains a query command. 

Lmjnd substitution In the AIX operating system, 

^ e rtL SS y rSS ^ ran* rhe 

STand then replaces the whole expression, 
SES. Lye, aecentt, with their output.. This 
greT oC used in assignment statements. 

^ virtual. ««^ fc ^ *S«^TSS 
W the virtual terminal that t>ecomes «.aivc when 
ITeoWumd window hot key is pressed. See also 
:«mmand window hot key. 

^ j hot kev In the AIX operating 

^Sto is Alt-Action «J^J*£?^ a tablet, 
r&mans on ft moose, or button number 4 on a 
■ gee MYmmand virtual terminal. 
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™rnn««n€l word In the AIX operating system, the 

^a^f *eThi "nits used for ^^^Z 
oamc ot uw com ,nand word determine the 

pies of quid, or 4 bits of date, 

comment (1) In f 

E2Em"« file Comments include informaaon that 

srs as » rj e c a ii°XTS s ,h- 

output hr-tang- (3) ln "J? tnP"^,! hv ,» fltlt i »/ 

r^KiRts of one or more lines, delimited by / ana /. 
r^Senu can be v/ritten anywhere in the program 

or mort toes. delimited by f "l. C *>> » l» • 
^JTmS.« can be written anywhere m the program 
ST*5L^o£e program information that » not 
,.rfri^ thJ\^.iiacr. The format of a comment 
re^SdfiTS Synonymous with computer 
program annotation, note, remark, 

^„+r-tf in COBOL an entry in the Identiti- 
acters from the character set of a computer. 

the computer in area A and area B of that line. 

* i 4#mM «t a source lanff"»fie statement that 
K rep&ucen on an output 

listing. 

dermal feature. 

rvmnKion IMtnotKnmlt de rttMnv (CTO A" 
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common key 



indication in an application program that a section of 
worjc is done and that the data it has modified or 
created is consistent and complete. 

commit cycle In System/38, the sequence of changes 
mode between commitment boundaries 

commit cycle identifier In Systcm/3S, the journal 
sequence number associated with the Stan commitment 
entry that is used to identify the journal entries tn a. 
particular commit cycle. 

commit identifier Jn the AS/400 system and 
System/3$, the information that associates a commit- 
ment operation with a specific set of database changes. 
Tlic commit ID is placed in the notify object if a 
system or routing step failure occurs, or if uncom- 
mitted changes exist when a routing step ends 
normally. 5«* nlsn notify object. 

commitment, concurrency, and recovery (CCR) An 
application service clement that controls operations 
performed by two or more application processes on 
shared data to ensure that the operations arc performed 
either completely or not at all- (T) 

commitment boundary In a commitment controlled 
environment, a point at which mere are no changes to 
a database file pending within a job. 

commitment control In FORTRAN, a means of 
grouping File operations that allows the processing of a 
group of database changes as a Single unit Or the 
removal of a group of database changes as a single 
unit. 

commitment definition In the AS/400 system, infor- 
mation used by the system to maintain the commit- 
ujcut cimuol cuviionm^nt throughout o routing step 

and. in the case of a system failure, throughout an 
initial program load IPU This information is obtained 
from the Start Commitment Cnnrrnl command, which 

establishes the commitment control environment, ana 
the file open information in a routing step. 

commitment function In CICS/VS, a synchronization 
processing function mat allows a transaction program 
involved in a synchronized unit of work to ensure that 
all restora&Je resources associated wUh tliai unit are 
brought to a constant state of update. See also prepa- 
ration function. 

commit operation An operation that saves a Tile in 
permanent storage. 

commit point In SQL, the point in time when data is 
considered to be consistent 

committed change A database cbanse that will not be 
backed out during system failure. Changes made by a 



logical unit of work are committed when the synchro- 
nization point at the end of the logical unit of work is 
complete 

committed state The state of the resources associated 
with a synchronized unit of work following successful 
execution of the commitment functioa 

common action In SAA Common User Access archi- 
tecture, one of o set of actions that has cuiuiuon 
meaning across all applications; for example, exit, 
cancel, help. 

common address space section (CASS) In DPPX, 
subpooH in all address spaces that are associated with 
the earn* rpal storage location. This area is address- 
able by any process running in any address space. It 
Is made up of the read-only and read-write subpools, 

common area (1) A control section used to reserve a 
main storage area that can be referred to by other 
modules. (2) In OS/VS2, the area of virtual storage 
that is dddieisable by all addtcoa spaces. (3) In 
JrORTRAN, a storage area that is used for communi- 
cation between a main program and one or more sub- 
programs. 

common battery central office A central office that 
supplies transmitter and signal current for its associ- 
ated stations and for signaling by the central o trice 
equipment from a power source located in the central 
office. See also tip, 

common block In XI- FORTRAN, a storage area that 
can be referred to by a calling program and one or 
more subprograms. 

common buffer In PPCX, a block of processor 
storage maHft up nf four 256-bytc blocks that can be 
used by all active programs, 

common carrier See communication common carrier. 

common communication adapter (CCA) A general 
purpose adapter that inserts or removes control iofor- 
matton and converts message dam j»uj an appropriate 
form for the terminal in which the data arc used. 

Common Cotwioimi cations Support Protocols *nrt 
conventions for connecting systems and software. 
One of the three $AA architectural areas. See also 
Common Programming Interface, Common User 
Access architecture. 

common field A field that can be accessed by two or 
more independent routines. (A) 

common key In COBOL* the key fields that are 
common to all recotd Cot mats io the flic starting with 
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